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METHOD FOR DELIVERING MESSAGES 

Field of the Invention 

5 The present invention relates to a method for delivering 
messages in a communication network. 

Related Background Art 



10 The 3 rd Generation Partnership Project (3GPP) currently 
discusses the issue of a multimedia messaging service 
center (MMSC) as a network element in a communication 
network, e.g. for the use in the general packet radio 
system (GPRS) and the universal mobile telecommunications 

15 system (UMTS) . Unfortunately, most of it is still 

undefined, like the management of the capabilities and 
the user profile of the terminal. 



20 



The functionality of a multimedia messaging service 
center, from the technical viewpoint, provides a non- 
realtime service which operates partly in store-and- 
forward fashion. Additionally, multimedia messages are 
sent using the GPRS air interface, for example, and- the 
contents of the messages can be text, images, speech, 
25 video clips or the like, or any arbitrary combination of 
these. For example, these contents can be delivered from 
one mobile station to another using this multimedia 
messaging service. 

30 According to the service description of multimedia 

messaging, the content and length of the message is in 
principle unlimited. However, due to the various 
different types of terminals (e.g. mobile terminals), a 
large number of different capabilities of these terminals 

35 is present in the network. Consequently, each of these 
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terminals inevitably causes its own specific restrictions 
and limitations, in particular with respect to the 
possibility of handling a multimedia message. 

For example, the available storage capacity is limited 
and may differ between different terminals, and thus, not 
all of the terminals can be able to receive all possible 
contents. Furthermore, the capabilities of a single 
terminal may change dynamically, e.g. if the terminal has 
already received and stored a message, the remaining 
memory will be reduced. Similarly, the terminal can be 
connected or disconnected to or from other devices like 
laptops etc. 

15 Moreover, in addition to the limitations caused by the 
terminal capabilities, the users may want to create or 
modify their own user profile, thereby also resulting in 
special restrictions. For example, a user may want to 
have certain types of multimedia messages to be stored in 
the multimedia messaging service center, forwarded to an 
internet address or discarded. These user defined 
restrictions can be based for example on the size of the 
multimedia message, the content-type or the sender. 

25 As can be seen from the foregoing, there arises the 

problem, that certain parts of the multimedia message or 
even the whole message may not be managed by the 
recipient terminal due to a lack of capabilities to 
receive, store, process or display the multimedia 
message. Consequently, the uncontrolled transmission of 
multimedia messages can cause serious problems up to 
system failures in the terminals which may lead to at 
least a partly breakdown of the terminal functionality, 
thus being off communication. 
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Summary of the Invention 

Therefore, it is an object of the present invention to 
provide a method for delivering messages in a 
5 communication network consisting of at least one terminal 
and a messaging functionality which is free from the 
above drawbacks. 

According to the present invention, this object is 
10 achieved by a method for delivering messages in a 

communication network consisting of at least one terminal 
and a messaging functionality, said method comprising the 
steps of submitting information concerning the 
capabilities of the terminal and a current user profile 
15 thereof from said terminal to said messaging 

functionality upon the occurrence of a predetermined 
condition; deciding by said messaging functionality 
according to said information how to handle a message for 
said terminal received by said messaging functionality; 
20 and handling said message by said messaging functionality 
according to the result of said decision step. 

Furthermore, the object is achieved by a method for 
delivering messages in a communication network consisting 

25 of at least one terminal and a messaging functionality, 
said method comprising the steps of receiving a message 
for said terminal by said messaging functionality; 

- -sending a notification about the presence of said message 
from said messaging functionality to said terminal; 

30 deciding by said terminal due to its capabilities and 

current user profile how to handle said received message; 
replying by said terminal to the notification sent by 
said messaging functionality, therewith instructing 
according to the result of said decision step; and 
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handling said message by said messaging functionality 
according to said instructions. 

Furthermore, the present invention proposes a messaging 
functionality device comprising receiving means adapted 
to receive messages and information; processing means 
adapted to process received information data and 
messages; storing means; sending means adapted to send 
information and messages, respectively, to said terminal. 



Still further, the present invention proposes a terminal 
device comprising receiving means adapted to receive 
messages and information; processing means adapted to 
process received information data and messages; storing 
15 means; sending means adapted to send information and 
messages, respectively, to said terminal. 

Advantageous further developments of the present 
invention are as set out in the respective dependent 
20 claims. 

Hence, it is an advantage of the present invention that 
the handling of the messages is based on the capabilities 
of the recipient terminal and the user profile of the 
25 corresponding subscriber. Accordingly, it is possible to 
correspondingly handle each message and each part of this 
message. In conclusion, failures or functionality 
breakdowns of the terminal are no longer possible and the 
method according to the invention further provides a 
large scope for the subscriber for a flexible and free 
participation in the network. 



Preferred embodiments of the present invention are 
described herein below in detail by way of example with 
35 reference to the accompanying drawings. 
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Brief Description of t-h 0 Drawing s 

^9. 1 shows a schematic diagram of the basic signaling 
segu for transmitting a ^^^^ J -g 

multimedia messaging service center and a recipient 
terminal according to a first embodiment of the present 
invention/ * nc 

Fig 2 shows a flow-chart illustrating an example for th . 
func xonality implemented at the multimedia messaging 
service center after receiving a new mobile terminated 
multxmedxa message according to a second eminent of 
the present invention; and 

Fig 3 shows another flow-chart illustrating an example 
for the functronality implemented at the terminal after 

embodiment of the present invention. 

Description of the Pr.f.-~ d Embodi^^ 

According to the present invention, a submission of a 
multrmedia message as an example for a message to be 
delxvered in a complication network is handled according 
to capabilities and a user profile of a recipient 
terminal like for example a mobile station. The decision 

" h°a w t c :o„ h r d t i ; : he aub,nission * <•» «- e 

that content ,s, , si ze and type.s, of the multimedia 
30 message, the capabilities of the terminal, and the user 
profile of a subscriber related to said terminal are 
available to respective decision means. 

A handling of those messages to be delivered win be done 
35 an another element of the communication network, i.e. a 
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network device having a messaging functionality 
implemented. During the following description of the 
preferred embodiments of the invention, the description 
will be made by referring to the example of a multimedia 
> messaging service center as such a network device having 
implemented the messaging functionality and by referring 
to the example of a multimedia message as a delivered 
message. Nevertheless, it is to be noted that these 
examples are by no way limiting. Namely, also a monomedia 
l message could be delivered and the message functionality 
need not be implemented in a single network device such 
as a multimedia messaging service center, but can also be 
a distributed functionality. 

With respect to the above mentioned decision, for the 
sake of explanation, the multimedia message can be 
regarded as multimedia messaging service center 
originated while the terminal capabilities and the user 
profile can be regarded as being inherent to a respective 
terminal. Hence, information has to be transmitted in 
either way to enable a decision. 

Further, for the sake of convenience, it would be 
appropriate if the decision is automated and optimized 
depending on the parameters provided by the terminal and 
the user. However, this is not a prerequisite for the 
present invention. 

Since the multimedia message can have a certain format, 
multiple parts (segments), different contents (text, 
images, speech, videos, etc. ) , a different size, or'a 
sender identity, it is apparent that it is dependent on 
the capabilities of the recipient terminal and the 
currently defined user profile, whether the terminal is 
able to receive, display or process the multimedia 
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message, and further, dependent on whether the subscriber 
wishes to do so. 

Consequently, the result of the decision as to how to 
5 handle the multimedia message can be that it shall be 
delivered completely, in part or modified, that it shall 
be discarded, stored in the multimedia messaging service 
center or forwarded, for example, to an internet email- 
address. As mentioned before, instead of an automated 
decision, a request to the user what to do is of course 
also possible, either in general or in special cases. 
Besides, the storage of the multimedia message in the 
multimedia messaging service center will ±„ the most 
cases be limited to a certain time period, since there is 
15 presumably no unlimited memory available in the 

multimedia messaging service center (consequently, the 
MMSC may inform the subscriber by a respective 
notification about the expiry of the time period before 
erasing the stored message) . If the multimedia message 
shall only be delivered in part, it is possible that also 
the not delivered parts are stored, forwarded or 
discarded. The case of a modification of the multimedia 
message might usually be the conversion of the multimedia 
message from one format to another, but also a 
25 compression or any other kind of processing the data 
shall be understood by this expression. As a result, a 
multimedia message which is not as such divided into 
parts can be segmented by this processing. With regard to 
the several possibilities of how to handle the submission 
of the multimedia message, the result of the decision 
might finally also be a respective combination of the 
items discussed above. 



20 
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35 



Apart from that, if the multimedia messaging service 
center is designated as a new network element for the 
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general packet radio and universal mobile 
telecommunications systems, the data transmission will 
most likely be performed with protocol data units in non- 
realtime by use of the respective other network elements 
according to said systems, which other network elements 
are omitted from the description of the present invention 
for the sake of distinctness. 

First Embodiment. 



lO 



According. to a first embodiment of the present invention, 
the decision concerning the selection of the delivery of 
a multimedia message is made in the multimedia messaging 
service center (MM SC ) . The basic idea for this approach 

5 resides, in the fact that, after a new multimedia message 
has been received, the multimedia messaging service 
center is immediately able to decide which type of 
delivery has to be selected. Stated in other words, the 
multimedia messaging service center acts as a pre-filter 

0 for the terminal. 

To provide such a functionality, the terminal 
capabilities and the current user profile have to be 
stored in the multimedia messaging service center. 
5 Furthermore, this information has to be updated under 
certain conditions. If these information (terminal 
capabilities and user profile) and the imparted 
-multimedia messaging service center "are never changed at 
all, the information has to be submitted and stored once 
and never to be updated. Of course, these prerequisites 
are nearly never met. Hence, the initial information and 
the updates thereof have to be submitted to the 
multimedia messaging service centers in order to keep the 
information stored therein valid. 
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This information can include a display type of said 
terminal, a keyboard type of said terminal, codecs 
supported by said terminal, a memory size of said 

an electrical connection of said terminal to 
other devices, an external accessory attachment to said 
ternunal or the like, and of course a current user 
profile. 



25 



30 



There are several possible conditions when to subn.it the 
information from the terminal to the multimedia messaging 
service center and the possibility of updating is not 
l^ted to only one condition. However, the update should 
be coupled to the necessity to update, or at least to the 
possibility of submitting the information with other data 
■ (this can be any signaling sequence between these two 
network elements, that has to be submitted, in order to 
avoid a cluttering of traffic. Consequently, the 

condition when the terminal starts its 

t lcs signaling sequence 

to submit the information is predetermined. This 
condition can be a login of said terminal into said 
network, a change of connection conditions of said 
terminal, a context activation or the change of a context 
condition, a user profile creation or modification, a 
terminal originated traffic or a terminal terminated 
traff lc , a request of said multimedia messaging service 
center, a notification of said multimedia messaging 
service center concerning the presence and/or the 

contents. pf M new multimedia -message to said" terminal, "or " 
tne like. 

With reference to Fig. i, the signaling sequence for 
submitting the information about the capabilities of the 
terminal and the current user profile is illustrated by 
the example of submitting the information upon the 
predetermined condition of context activation 
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Consequently, in a first step sil, a terminal MS such as 
a mobile station requests a context activation to the 
multimedia messaging service center MMSC via a support 
5 node SN. With this request for context activation, the 
terminal MS submits simultaneously its capabilities CAP 
and current user profile UP. According to examples of the 
current network being the GPRS or UMTS, the whole 
signaling shown in Fig. 1 can take place by using 
10 protocol data units PDU. 

After this transmission has been completed, the 
multimedia messaging service center MMSC stores the user 
profile UP of the terminal MS. Due to the capabilities of 
15 the multimedia messaging service center, it may be 

possible or necessary to adapt the user profile UP of the 
terminal MS within the range of the capabilities CAP of 
the terminal MS. However, the user may inhibit such 
amendments of his preferred user profile. The storage of 
the user profile UP and its eventual processing is done 
in a step S12. 



20 



In a third step S13 at least the acknowledgement of the 
context activation is submitted from the multimedia 
25 messaging service center MMSC to the terminal MS via the 
support node SN. 

However, if a multimedia message MM for the terminal MS 
^ is currently present in the multimedia messaging service 
30 center MMSC, there will be a step su before step S13 
wherein this multimedia message MM is handled according 
to the user profile UP stored in the multimedia messaging 
service center MMSC. The handling of the multimedia 
message MM corresponds to the result of a decision 
35 process which is based on the capabilities CAP and the 
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user profile UP of the terminal MS which are „ ft . 
in the multimedia messaging service , ^ 
possible results of this T " MMSC ' The 

above in d .t I Vision process are discussed 

5 to the ir t " ^ agaln ^cording 

multi h 6mb0d — ^ this decision is made by the 

multxmedxa messaging service center MMS C. 

According to the r^nu 

the n-uU Le dia LI age t MM ° f ma thlS ^ *»«<"». of 

message mm may reauirp * r^~~ 

10 data of the multimedia message M „ e \ L th 

m o dlfied or . partly delivera g nce) i:z t a ?i case : ot a 

above, m any case if », , . mentioned 
—age ™ have t !'be ! °* ^ 

^ done in ^ ITT^T " ^ ^ ™* 

15 the cent / together with the submission of 

the context activation acknowledgement. 

As mentioned before «-k«. ~ 

ea oerore, the example depicted in Fia i i, 
given by way of illustrate , 9 * S 

, . y illustration only, while the first 

embodiment is not lifted thereto. Consequently a 

th spe , c h tive adaptation of the p — i n 1 to 

the other possibilities accordina to th. *• 

as described above is fuliv embodiment 

the art * apparent to those skilled in 



25 Second E mbodiment 

Apart from the solution according to the first 

embodiment, there is t-ha =v*. 

..„,„,, " " thS alt «n«ive to maintain the 

30 atThe te" P - '""^ o„ iy 

decision c "* ^"^"^ « take the 

decision concerning the selection of the delivery of a 
multimedia message by the terminal. * 

Therefore, the basic idea of the second embodiment 
35 resides in that the terminal capabilities and u, 
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profile information is stored in the terminal, e.g. in 
the terminal equipment or, in the case of a mobile 
terminal, in the SIM or in both. Due to this, the 
decision regarding the delivery of a multimedia message 
5 is taken in the terminal. 

The functionality of the multimedia messaging service 
center and of the terminal according to the second 
embodiment are now described with reference to Fig 2 and 
10 Fig. 3. 



Fxg. 2 illustrates an example of the functionality of the 
multimedia messaging service center MMSC according to 
this embodiment upon receipt of a new mobile terminated 

15 multimedia message MM. As can be gathered therefrom, the 
multimedia messaging service center MMSC automatically 
sends a special control message MMSNotify in a step S21 
to the terminal MS after it has received a new multimedia 
message MM (step S20) . The MMSNotify message contains 

20 information about the actual multimedia message MM such 
as the total size of the message, the content (s), the 
content type(s), a human readable description and so on. 

On the basis of the stored information about the terminal 
25 capabilities CAP and its current user profile UP, the 

terminal MS now processes the information included in the 
MMSNotify message and accordingly decides how to handle _. 
the multimedia message MM. Based on this decision 
process, the terminal MS sends a corresponding reply 
message to the multimedia messaging center MMSC, which is 
received by the multimedia messaging service center MMSC 
in a step S22. This process is illustrated by way of 
example in Fig. 3, which will be described herein below 



30 



WO 00/64110 

PCT/EP99/02763 

13 

It is noted that the present invention does not restrict 
the means by which the MMSNotify message ls dellvered to 
the terminal MS. Por example, the multimedia messaging 
5 ZHH sT" " MSC C ° Uld Se " d the MMSNO "'V message as a 

MS or th 7""' WWCh 13 the " P " Sed by the 

MS, or the multimedia messaging service center MMSC couid 

roV.r^" 0 be " er ,e ' 9 ' 3 C ° ntr01 Cha " nel » Seated 
to multimedia messaging service. 

10 Anyway, the signaling sequence according to the second 
embodiment for the exchange of messages and information, 
respectively, is based upon the following princi pl e. Upon 
receipt of the MMSNotify ,.,.„. ■ , 

,h. m U c„ , message, the terminal MS submits 

the MMSResuitRequest message as a reply, which is 

15 received by the multimedia messaging service center MMSC 
in the step S22. The possible MMSResultRequest messages 
do, however, differ from each other due to the result of 

I lsn C . 1Si ° n » PrOCeSS - HenC6 ' thS ""^-ItReguest can be 
20 JZ 3 MMSS "" Re <J- * MMSForwardReq or a 

20 MMSDiscardReq, for example. 

Hence, in a step S23, the multimedia messaging service 

center MMSC cherk«? -i ^ +u , vx^ c 

MMSStoreReq message and i " 18 ^ 

25 message MM iHtoHd in" tn T- " yeS "' ^ mUltl '" e < ii * 
g ™ stored in the multimedia messaging service 

center in a step S26. m case of "no" the process 
proceeds further to the ; s t ep 824 to . check Aether the 
reply is the MMSDeliverReq message. 
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If the MMSDeliverReq message was replied by the terminal 
MS, the process flows to a step S27, wherein the 
multimedia messaging service center MMSC checks the 
MMSDeliverReq message, whether the multimedia message 
shall be delivered partly or completely. The step S29 
shown in Fig. 2 represents the case of a partly 
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deliverance of the multimedia message MM to the terminal 
MS, followed by the above mentioned step S26, wherein at 
least the undelivered parts of the multimedia message MM 
are stored in the multimedia messaging service center 
5 MMSC. in contrast thereto does the step S210 represent 
the case of a completely deliverance of the multimedia 
message MM to the multimedia messaging service center 
MMSC, followed by a step S211, wherein the multimedia 
message MM is removed from the multimedia messaging 
> service center MMSC after the deliverance. 

If the MMSDeliverReq message was not replied by the 
terminal MS, there is checked in a step S25 of the 
process, whether the MMSForwardReq message was replied, 
and if not, it is assumed that the MMSDiscardReq message 
is present and .the multimedia message MM is removed from 
the multimedia messaging service center MMSC according to 
the step S211. in case the MMSForwardReq message is 
present, the multimedia message MM is first forwarded in 
a step S28 to a destination given by the MMSForwardReq 
message, before it is removed from the multimedia 
messaging service center MMSC in the step S211. 

Now the functionality of the terminal MS after receiving 
an MMSNotify message in a step S30 according to the step 
S21 of Fig. 2 is described with reference to Fig. 3. 

Specif really, "the terminal MS checks its capabilities CAP 
and user profile UP in a step S31, followed by the 
corresponding decision steps S32-S35. As can be seen from 
Fig. 3, the choice to leave the decision to the user is 
included as an option corresponding to the step S32 In 
case the user profile UP is set such that the user shall 
decide on the delivery of a multimedia message MM, the 
result of his input is carried further to the steps 
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S33-S35. If the decision is to be done automatically, 
according to the second embodiment of the present 
invention, the terminal MS decides due to its user 
profile UP and capabilities CAP how to handle the 
5 multimedia message MM present in the multimedia messaging 
service center MMSC. Anyway, also in this case the result 
is carried further to the steps S33-S35. 

The several choices for the terminal MS how to decide on 
10 the delivery of the multimedia message MM are discussed 
above, and some of these are shown in Fig. 3 as 
explanatory examples. That is, in step S33 the terminal 
checks whether the result is to retrieve the multimedia 
message MM partly or completely, and if this is the case, 
15 a step S37 follows, wherein the MMSDeliverReq message is 
sent to the multimedia messaging service center MMSC. If 
the multimedia message MM shall not be retrieved, but the 
result is checked in a step S34 that it is to be 
forwarded, there follows a step S38 to send the 
20 MMSForwardReq message to the multimedia messaging service 
center MMSC. In case the result is not to forward the 
message, the process flows to step S35 to check whether 
the result is to have the multimedia message MM to be 
stored in the multimedia messaging service center MMSC 
25 If this. is true, the step S39 follows which includes the 
sending of the MMSStoreReq message to the multimedia 
messaging service center MMSC, if it is not true the 
- step S40 follows which" includes the sending of the 

MMSDiscardReq message to the multimedia messaging service 
30 center MMSC, assuming that this is the result of the 
decision process. 

All of the steps S37-S40 are followed in any case by a 
step S41, in which the user profile is one more time 
35 checked, whether the user is to be notified by a proper 
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notification in a step S42 about ^ 

acout the presence of * 

multxmedia message MM and 

ye ran and, moreover, probably about n, a 
performed handling of it- ^ he 

9 or it, or not. in both cases th~ <m 

5 :::: ::r ntu ~ 

It is mentioned, that 

^ • , the "P 1 * message sent by the 

terminal MS according to one of th* ct 
FiQ , . . y co one of th e steps S37-S40 of 

Fig. 3 is received by the multimedia messaging service 
10 center MM<%r <.« *.u ^ yA "y service 

enter MMSC i„ the step S22 of Fig. 2. Further tm . 
reply message contains in »„ her ' this 

Ma<taH . * C ° ntains in an y way every information 
needed for the multimedia messaging service center MMSC 

„ ;.rr — -" 

It is noted aoain, that che examples 

c hoi "7 limitin9 lnVentl0n ' th. ranoe ^f 

dellvery of the mum — 
*. p«:e„:\: n r a",:";::* d : taii - <° <- 

„. ' a fucthet refinement and/or 

modxfacation of the flowcharts of Figs 2 and , 
easily be obtalned along ^ lines J""/ ? ( ,"" d 3 «" 
set out above. 6 deacri P«°n as 

" the" EU "!'? r alt " native 'he second embodiment 

mess"! " betWee " te ™ inal - «» -"imLL 
messaging service center couin w~ • , 

«H n „ n ^ er could be implemented with a- 

single request-reply message pair Stated in ^ 

functionality of the t*™- \ ' desired 

ty or the terminal and the multimedia 
messaging service . eaia 

y g service center can be achieved by allocating * 
control flag < e .o in ?-Hit locating a 

lue of the flag is either deliver, store, 
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forward or discard, the terminal is ^ tQ ^ 
multrmedia message service center with a single reply 
message how to handle each part of the multimedia 
message . 

5 

This kind of solution would allow a more flexible 
functionality. For example, it is fully apparent that, 
according to this alternative, it would be possible to 

10 reel mUltimedia «»ice center with one 

reply message to treat each part of the multimedia 
message independent and separated from the other parts, 
so that some parts can be delivered to the terminal, some 
parts can be forwarded to an internet email address etc. 

15 However, this provides that the multimedia message is 
clearly defined in parts and that the multimedia 
messaging service center is able to handle each part 
separated. 

20 According to the second embodiment, there arise the 
following further advantages: 

The terminal capabilities and user profile information do 
not have to be maintained in the multimedia messaging 

25 service center, whereby both the storage and processing 
capacities of the multimedia messaging service center are 

"° c consumed, rather being left for other objects. 

Furthermore, the information does not have to be 
delivered each time upon predetermined conditions to keep 
the information stored in the multimedia messaging 
service center valid. Therefore, no extra signaling is 
caused between the terminal and the multimedia messaging 
sendee center. In conclusion, it is guaranteed that the 
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information is always up to date and no traffic 
cluttering ap pears due to update signaling 

Still further, no extra amount of processing has to be 

5 don. x„ the multimedia messaging service center. sLe it 
can be expected t|Mt ^ ^ ^ ™~ 

r e ri:: T ice center can be ieft ° n a -p^x 

level according to the second embodiment, i. e the 
implementation of the multimedia messaging service center 
10 becomes s.mpler and its performance requirements 

co e u c iTr' th r might be reasons why thiS emb ° di -nt 

could be preferable. 

15 l S th iS , d r" ibed ab ° Ve ' P " Sent inv -"°" Ptoses a 
15 «th«, f« delivering messages ln . J ^ 

consisting of at least pne terminal and a messaging 
functionality, said method comprising the steps of 
receive, a message MM for said terminal MS by said 

20 ZIZ 7 f " nCti ° nality MMSC; "" di "9 a notification 

MMSNot.fy about the presence of said message MM from said 
messao.no functionality MMSC to said terminal MS; 
deciding by said terminal MS due to its capabilities CAP 
and current user profile UP how to handle said receive" 
message MM; replying by said terminal MS to the 
25 notification sent by said messaging functionality MMSC 
therewith instructing according to the result of said 
decision step; and handling said message MM by said 
messaging functionality MMSC according to said 
instructions. 



30 



35 



It should be understood that the above description and 
accompanying figures are only intended to illustrate the 
present invention by way of 6Mml . , liiustrate the 
.nh~<- example only. The preferred 

embodiments of the present invention may thus vary within 
the scope of the attached claims. 
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Claims 

1. A method for delivering messages in a communication 
network consisting of at least one terminal and a 
messaging functionality, said method comprising the steps 

submitting information concerning the capabilities 
(CAP) of the terminal (MS, and a current user profile 
(UP, thereof from said terminal (MS) to said messaging 
10 functionality (MMSC, upon the occurrence of a 
predetermined condition; 

deciding by said messaging functionality (MMSc) 
according to said information how to handle a message 
(MM, for said terminal (MS, received by said messaging 
15 functionality (MMSC) ; and 

handling said message (MM, by said messaging 
functionality (MMSC, according to the result of said 
decision step. 
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2. A method according to cl.i» 1, f urth er comprising the 
step of storing said information in said messaging 
functionality (MMSC, . 

3. A method according to claim 1, wherein 

the result of said decision step can at least reside in 
that said message (MM, for said terminal (MS, is 
delivered completely, partly or modified to said terminal 
(MS,, that said message (MM, is discarded, that said 
message (MM, is forwarded to another terminal, or that 
saxd message (MM, is stored in said messaging 
functionality (MMSC) . 



4. A method according to claim 1, wherein said 
predetermined condition is at least one of the following 
35 events: a login of said terminal (MS, into said net , 



:work, 
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a change of connection conditions of said terminal (MS) , 
a context activation or the change of a context 
condition, a user profile (UP) creation or a user profile 
(UP) modification, a terminal originated traffic or a 
terminal terminated traffic, a request of said messaging 
functionality (MMSC) , a notification of said messaging 
functionality (MMSC) concerning the presence of a new 
message (MM, to said terminal (MS) , and a notification of 
said messaging functionality (MMSC) concerning the 
content, type and size of a new message (MM) to said 
terminal (MS) . 



5. A method according to claim 1, wherein said 
information concerning said capabilities (CAP) of said 
15 terminal (MS) comprises at least one of the following- a 
display type of said terminal (MS) , a keyboard type of 
saxd terminal (MS) , codecs supported by said terminal 
(MS), a memory size of said terminal (MS), an electrical 
connection of said terminal (MS) to other devices, an 
external accessory attachment to said terminal (MS), or 
the current user profile (up) . 



20 



6. A method for delivering messages in a communication 
network consisting of at least one terminal and a 
25 messaging functionality, said method comprising the steps 
of 

. . "reiving a message (MM) for said terminal (MS) by 
said messaging functionality (MMSC) ; 

sending a notification (MMSNotify) about the 
presence of said message (MM) from said messaging 
functionality (MMSC) to said terminal (MS); 

deciding by said terminal (MS) due to its 
capabilities (CAP) and current user profile (up, how to 
handle said received message (MM) ; 
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replying by said terminal (MS) to the notification 
sent by said messaging functionality (MMSC) , therewith 
instructing according to the result of said decision 
step; and 



5 



10 



handling said message (MM) by said messaging 
functionality (MMSC, according to said instructions. 

7. A method according to claim 6, wherein the result of 
sa.d decision step can at least reside in that said 
message (MM) for said terminal (MS) is delivered 
completely, partly or modified to said terminal (MS) 
that said message (MM) is discarded, that said message 
(MM, is forwarded to another terminal, or that said 
message (MM, is stored in said messaging functionality 

8 . A method according to claim 6, wherein said 
notification (MMSNotify) about the presence of said 
message (MM, from said messaging functionality (MMSC, to 
said terminal (MS, further notifies about at least 
contents, types and size of said message (MM) . 

9. A method according to claim 8, wherein said terminal 
(MS) replies to said messaging functionality (MMSC) in 

25 the course of the signaling by sending a notification 

reply message which contains a control flag for each part 
of said message (MM), and the value of said control flag 
could be either -deliver, modify, store, forward or 
discard. 
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10. A method according to claim 6, wherein said decision 
step comprises a request of said terminal (MS) to the 
user how to handle the message (MM) and an input by the 
user representing the result of said decision step 
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U. A messaging functionality device comprising 

receiving means adapted to receive messages (MM) and 
information; 

processing means adapted to process received 
information data and messages (MM) ; 
storing means; 

sending means adapted to send information and^ 
messages (MM,, respectively, to said terminal (MS) 

12. A terminal device comprising 

receiving means adapted to receive messages (MM) and 
information; 

processing means adapted to process received 
information data and messages (MM); 
storing means; 

sending means adapted to send information and 
messages (MM, , respectively, to said terminal (MS, . 
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